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(54) Method and devices for implementing a continued packet-switched radio connection 



(57) A method is presented for establishing a con- 
tinued communication connection after a terminating 
communication connection between a transmitting sta- 
tion and a receiving station in a communication system 
where communication connections take place on dedi- 
cated communication resources temporarily associated 
to them. The termination of the terminating communica- 
tion connection is indicated through a communication 
resource associated to the terminating communication 
connection (304, 404, 405. 504). The need for a contin- 
ued communication connection is also indicated 
through a dedicated communication resource (305, 
408 t 408', 509). 
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Description 

[0001] The present invention concerns generally 
the technology of allocating resources for individual 
radio connections at the interface between a transmit- s 
ting device and a receiving device. Particularly, although 
not exclusively, the invention concerns the allocation of 
radio resources for a packet-switched radio connection 
which is a continuation of a previous connection. 
[0002] Multi-user radio communication systems io 
must have well-defined procedures for allocating radio 
resources (time, frequency) to individual radio connec- 
tions, it is known to utilise packet-switched radio con- 
nections in cellular radio systems where each cell 
comprises a base station which is arranged to commu- is 
nicate with a multitude of mobile stations. By way of 
example, we will discuss the well-known GPRS system 
(General Packet Radio Service), the known resource 
allocation procedures of which are laid down in the tech- 
nical specification number GSM 04.60 published by 20 
ETSI (European Telecommunications Standards Insti- 
tute) the contents of which are incorporated herein by 
reference. The acronym GSM refers to the known Glo- 
bal System for Mobile telecommunications. We will 
briefly describe some parts of said specification in the 25 
following. 

[0003] The concept of Temporary Block Row or 
TBF has been introduced to facilitate the unidirectional 
transfer of data between a base station and a mobile 
station. According to its definition, a TBF is a physical 30 
connection used by two mutually communicating RR 
(Radio Resource) entities to support the unidirectional 
transfer of the Protocol Data Units or PDUs from upper 
(LLC; Logical Link Control) layers on physical channels 
for packet data. We will consider separately uplink TBFs 35 
(transfer of data from the mobile station to the base sta- 
tion) and downlink TBFs (transfer of data from the base 
station to the mobile station), starting with the first of 
these. 

[0004] During an uplink TBF the mobile station will 40 
organise the data to be transferred into Protocol Data 
Units or PDUs. These are in turn divided into smaller 
parts which are distributed into RLC data blocks, where 
RLC comes from Radio Link Control which is one of the 
layers in the protocol stack which defines the proce- 45 
dures related to information transfer over the radio inter- 
face. Each RLC data block will have a corresponding 
identification number as well as a multitude of associ- 
ated fields containing information that relates to the con- 
tents and significance of the RLC data block. One of so 
said fields contains a so-called Countdown Value or CV 
which is a non-negative integer number less than or 
equal to 15. A value of 15 in the CV field indicates that 
there are so many remaining RLC data blocks to be 
transmitted during the present uplink TBF that their 55 
number, scaled by the number of timeslots assigned to 
the uplink TBF, is greater than the value of a certain 
broadcast parameter BS_CV_MAX. All smaller values 



in the CV field indicate that there are exactly that many 
remaining RLC data blocks, scaled by the number of 
timeslots assigned to the uplink TBF, to be transmitted. 
[0005] Figure 1 illustrates the prior art procedures 
relating to the end of an uplink TBF, with time running 
from top to bottom of the page. At step 101 the mobile 
station MS transmits to the base station BS (or more 
generally: to the network) an RLC data block with a CV 
value 0, indicating that there are no remaining RLC 
blocks to be transmitted. Having successfully received 
the last RLC block and detected it as such, the base sta- 
tion (or network) transmits to the mobile station an 
acknowledgement message at step 102 with a certain 
Final Ack Indicator or FAI indicating that no further 
retransmissions of RLC data blocks are required. The 
same acknowledgement message will contain a valid 
RRBP (Relative Reserved Block Period) field assigning 
to the mobile station one uplink sending permission 
which the mobile station will use to transmit at step 103 
a Packet Control Acknowledgement message indicating 
that the final acknowledgement from the base station 
has come through. After having received the last-men- 
tioned message the network is free to re-allocate the 
resources previously reserved for the discussed TBF to 
some other purposes. 

[0006] The concept of Block Periods is associated 
with the fact that in GPRS the capacity of a Packet Data 
Channel or PDCH can be shared by many TBFs and so 
the network allocates packet data resources for the 
mobile stations in the units of an RLC block period. 
[0007] Figure 2 illustrates the prior art steps 
involved during a downlink TBF in which a similar 
arrangement of successive RLC data blocks is pro- 
duced by the network and transmitted to the mobile sta- 
tion. A CV field is not present in the downlink RLC data 
blocks, but there is a so-called FBI or Final Block Indica- 
tor bit which is used to mark the last RLC data block. In 
Fig. 2, step 201 corresponds to the network transmitting 
to the mobile station an RLC data block with FBI value 
T. Taken that there were no previous unsuccessfully 
transmitted RLC data blocks that would require retrans- 
mission, the mobile station answers with an acknowl- 
edgement message at step 202 with a Final Ack 
Indicator or FAI indicating that no further retransmis- 
sions of RLC data blocks are required (rf retransmis- 
sions would have # been required, a number of 
retransmission requests and retransmissions would 
come in between steps 201 and 202). Simultaneously it 
starts a timer of predetermined duration which is illus- 
trated in Fig. 2 as the hatched bar 203. While the timer 
is running the mobile station continues to monitor the 
Packet Data Channels or PDCHs which were assigned 
to the TBF. If the mobile station receives on a monitored 
channel another RLC data block with the FBI set to T 
while the timer is running, it will retransmit the final 
acknowledgement message. After the timer has 
expired, the mobile station will consider the TBF as 
released, abort the monitoring of the assigned Packet 
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Data Channels and return to a state in which it monitors 
one or more common control channels. 
[0008] The problems of the described terminating 
procedures for uplink and downlink TBFs (or, more gen- 
erally, packet-switched radio data connections) arise s 
from the occasional need for continuing a connection for 
which the termination procedures have already been 
initiated. It may happen that the application that pro- 
duces the information to be transmitted reactivates with 
a short notice, or an additional burst of information to be io 
transmitted emerges for some other reason. Let us 
briefly describe what happens according to the known 
features of GPRS. 

< [0009] In an uplink connection, the mobile station is 
not allowed to increment the value of the CV field if it is is 
already less than 15, even if it suddenly finds out that 
there are actually more RLC data blocks to be transmit- 
ted than what the value in the CV field would suggest 
According to the known specifications the terminating 
TBF must be completely exhausted, i.e. the value of the 20 
CV field must decrease monotonously until the mobile 
station and the base station have gone through the pro- 
cedures described above with reference to Fig. 1 . For 
the new data the mobile station must request a com- 
pletely new allocation of radio resources by first trans- 25 
mitting a request message on an access channel 
(PRACH or RACH; Packet Random Access Channel or 
Random Access Channel depending on whether or not 
the first one of these is available). The network will 
either grant or reject the request by sending a corre- 30 
spending message on an access grant channel 
(PAGCH or AGCH; Packet Access Grant Channel or 
Access Grant Channel, same considerations of availa- 
bility apply). The access-request-and-grant procedure 
may take several seconds which causes unnecessary 35 
delay to the transmission of information. It also causes 
a considerable amount of signalling traffic and may give 
rise to collisions with other simultaneous access 
requests from other mobile stations in the same cell. 
[0010] In the downlink direction the network may 40 
send to the mobile station a Packet Downlink Assign- 
ment on a PACCH (Packet Associated Control Channel) 
which the mobile station is monitoring while the termina- 
tion timer referred to above is running, but the mobile 
station will interpret such an assignment as a resource 45 
reassignment In other words the mobile station will 
change to the new time/frequency combination defined 
in the assignment and continue the downlink TBF 
release procedure there although the network has suc- 
cessive PDUs to be transmitted. The mobile station will so 
thus listen to the allocated PDCHs until the termination 
timer expires after which it will consider the TBF as 
released, abort the monitoring of the assigned PDCHs 
and return to a state in which it monitors one or more 
common control channels. Also, it may happen that the 55 
network should transmit successive PDUs which 
require a different RLC mode. To change RLC modes 
the network must allow for the termination timer in the 



mobile station to expire and establish a completely new 
TBF by sending a Packet Downlink Assignment mes- 
sage on a PCCCH or CCCH (Packet Common Control 
Channel or Common Control Channel depending on 
availability). 

[001 1 ] From the technology of circuit-switched radio 
telephone connections, there is known a method for 
providing a terminal device with a certain amount of 
reserved radio resources after the termination of a con- 
nection. The US patent publication number 5,574,774 
describes a system in which certain subscribers of a 
mobile telephone network may enjoy a privileged serv- 
ice so that after the privileged subscriber has taken part 
in a telephone connection and the other party of that 
connection has terminated the call, the privileged sub- 
scriber still has at his disposal the resources that were 
allocated to the call for a certain duration of time. The 
reason for keeping the resources reserved is to guaran- 
tee for the privileged subscriber the right to make 
another call even if there is congestion in the network. 
The party that wilt benefit the most from such an 
arrangement is the mobile telephone operator, because 
from the network point of view keeping the resources 
reserved corresponds to conducting an active tele- 
phone call and is charged for accordingly; for those 
cases in which the privileged subscriber is not inter- 
ested in using his priority rights he will end up paying for 
nothing. 

[001 2] It is an object of the present invention to pro- 
vide a method, a mobile station and a network device for 
enabling a fluent continuation from an old packet- 
switched communication connection to a new one. It is 
also an object of the invention that it will require only a 
moderate amount of signalling over the radio interface. 
[001 3] Thus according to a first aspect of the inven- 
tion, there is provided a method for establishing a con- 
tinued communication connection after a terminating 
communication connection between a transmitting sta- 
tion and a receiving station in a communication system 
where communication connections take place on dedi- 
cated communication resources temporarily associated 
to them, characterised in that it comprises, the steps of 
indicating the termination of the terminating communi- 
cation connection through a communication resource 
associated to the terminating communication connec- 
tion and indicating the need for a continued communica- 
tion connection through a dedicated communication 
resource. 

[0014] According to a further aspect of the inven- 
tion, there is provided a mobile station of a mobile tele- 
communication system, comprising means for selling 
up and maintaining uplink communication connections 
with base stations, characterised in that it comprises 
means for indicating the termination of a terminating 
uplink communication connection through a communi- 
cation resource associated to the terminating communi- 
cation connection and indicating the need for a 
continued uplink communication connection through a 
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dedicated communication resource. 
[0015] According to a still further aspect of the 
invention, there is provided a base station subsystem of 
a mobile telecommunication system, comprising means 
for setting up and maintaining downlink communication 5 
connections with mobile stations, characterised in that it 
comprises means for indicating the termination of a ter- 
minating downlink communication connection through a 
communication resource associated to the terminating 
communication connection and indicating the need for a 10 
continued downlink communication connection through 
a dedicated communication resource. 
[0016] We will continue considering the uplink and 
downlink cases separately because of their slightly dif- 
fering characteristics. In the uplink case it is on the is 
responsibility of the mobile station to indicate to the net- 
work that the packet-switched connection should con- 
tinue. This will require a corresponding message to be 
transmitted in the uplink direction from the mobile sta- 
tion to the base station. Instead of just acknowledging so 
the final message sent by the network and indicating the 
successful reception of the last uplink part of the termi- 
nating connection, the mobile station will use the availa- 
ble responding resources to make said indication. The 
network has then the choice to either reject or accept 25 
the indication, in the case of acceptance, a new (or con- 
tinued) connection will be set up without the need for the 
mobile station to go through the previously inevitable 
time-consuming access request round on a random 
access channel that is common to all mobile stations. 30 
[0017] In the downlink case it is the network that 
has to indicate to the mobile station the suddenly 
occurred need to continue transmitting data on a dedi- 
cated channel. The network will exploit the time during 
which the mobile terminal is still monitoring the previ- 35 
ously allocated dedicated channels and transmit an 
assignment message. In order to avoid the simple 
resource reassignment interpretation referred to above 
in the description of prior art. the network will introduce 
into the assignment a specific field the value of which 40 
tells the mobile station to interpret the assignment differ- 
ently. This way it is possible to even completely reconfig- 
ure the packet-switched connection before continuing 
the transmission of data, and still the use of a common 
control channel is avoided. 4 $ 
[0018] In order to assist in understanding the inven- 
tion, a number of embodiments thereof will now be 
described by way of example and with reference to the 
accompanying drawings in which: 

50 

Figure 1 is a chart illustrating prior art terminating 
procedures of an uplink TBF, 

Figure 2 is a chart illustrating prior art terminating 
procedures of a downlink TBF, 55 

Figure 3 is a chart illustrating a method according to 
the invention, 



Figure 4a is a chart illustrating the method of Figure 
3 in which the transmitter is a mobile station and the 
receiver a network. 

Figure 4b is a chart illustrating a variant of the 
method of Figure 4a 

Figure 5 is a chart illustrating method of Figure 3 in 
which the transmitter is a network and the receiver 
is a mobile station, 

Figure 6 is a schematic view of a mobile station in 
accordance with further embodiment of the inven- 
tion, and 

Figure 7 is a schematic view of a base station in 
accordance with a still further embodiment of the 
invention. 

[0019] In Figure 3 a transmitting device and a 
receiving device are illustrated schematically as com- 
municating parties. We will actually assume that both of 
these devices are capable of transmitting and receiving, 
but the designations refer to their primary functions 
within a packet-switched communication connection. 
We will further assume that the transmitter and receiver 
are operating in a multi-user environment where there is 
a certain set of common control channels available to a 
large number of users and where dedicated communi- 
cation channels may be allocated to individual connec- 
tions according to need. 

[0020] The hatched block 301 represents the initia- 
tion of a packet-switched communication connection 
which starts by the transmitter sending an initial indica- 
tion about its need to set up a connection. This initial 
transmission takes place usually on a common control 
channel, as illustrated by the upper, single-ended arrow 
in block 301 , and some further exchange of information 
on the common control channels may follow it as illus- 
trated by the lower, double-ended arrow in block 301. 
The device which is responsible for allocating the dedi- 
cated communication channels allocates at least one 
dedicated channel for the needs of the connection; the 
double-ended arrow in block 302 represents the fact 
that two-way traffic may be required to acknowledge the 
allocation, or the actual allocation message may travel 
in either direction depending on which one of the 
devices performs the allocation. The dedicated commu- 
nication channels may comprise data channels, control 
channels, and/or other kinds of channels according to 
need. 

[0021] The actual transmission of packets takes 
place on the dedicated communication channel(s) 
according to block 303. For the purposes of generally 
describing the communication connection we may sup- 
pose that the allocation of dedicated communication 
channel(s) remains valid for as long as the transmitting 
device has remaining packets to transmit. At some 
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stage the transmitting device notices that the packets 
are running out, so it announces a certain packet as the 
last one as illustrated by the arrow 304. A prior art 
arrangement would then result in the channel alloca- 
tions made in block 302 being cancelled even rf the 5 
transmitting device suddenly noticed that some new 
packets have appeared. A new initiation round through 
the common control channel(s) like the one of block 301 
would be required. The transmitting device exploits the 
remaining dedicated channel allocation and sends an 10 
indication 305 about the need for a continued packet- 
switched communication connection after the last 
packet (so far) has been announced but before the 
channel allocations are completely abolished. 
[0022] The continued packet-switched communica- 15 
Won connection may have different resource require- 
ments than the previous one, or some other factors like 
the general traffic situation or a competing channel allo- 
cation may make it impossible to reuse the previous 
channel allocation as such. In such case a reconfigure- 20 
tion of the dedicated channel(s) is performed as illus- 
trated by block 306. After a valid channel allocation has 
been established by either re-allocating at least partly 
the previously allocated dedicated communication 
channels or by allocating new resources (or by combin- 25 
ing these two operations) the transmission of packets 
may continue as illustrated by block 307. After the newly 
appeared reservoir of packets has been exhausted, the 
connection may be terminated according to any known 
procedure, or a new continued connection may be 30 
established by starting again from step 304. The inven- 
tion does not limit the number of repetitions through 
steps 304 to 307. 

[0023] We will next describe the application of the 
above-explained principle to a continued uplink TBF 35 
that generally corresponds to the previously mentioned 
GPRS specifications. In Fig. 4a the mobile station 401 is 
the transmitter, and the receiver is generally repre- 
sented by the network 402. The procedures concerning 
the RLC protocol layer are taking place between the 40 
mobile station and a base station subsystem, the latter 
comprising generally base stations and a base station 
controller or a similar supervisory unit. However, it is to 
be understood that the network devices that take part in 
the communication connection as a whole are the 45 
known parts of a GSM/GPRS network, comprising but 
not being limited to a base station, a base station con- 
troller or a radio network controller, a packet control unit, 
a serving GPRS support node and a gateway GPRS 
support node. so 
[0024] Setting up an uplink TBF and transmitting a 
flow of RLC data blocks through it as illustrated by block 
403 take places according to known procedures and will 
not be described in detail. The hatched upper part of 
block 403 reminds the reader about the fact that these ss 
procedures start usually from the common control chan- 
nels. If at the time of setting up an uplink TBF there 
already exists a downlink TBF between the mobile sta- 



tion and the base station, the mobile station will transmit 
the initial request for setting up the uplink TBF through 
the signalling mechanisms related to the downlink TBF. 
The messages in which such a request will be commu- 
nicated are the Packet Downlink Ack/Nack messages 
which the mobile station transmits on a Packet Associ- 
ated Control Channel or PACCH. The embocfimentdoes 
not set any specific limits to the procedures that are 
used to initially set up the TBF, but it is illustrative of the 
applicability of the embodiment to regard the setup as 
taking place on the common control channels. At step 
404 the mobile station has exactly so many RLC data 
blocks left that their number, scaled by the number of 
timeslots assigned to the uplink TBF, is equal to the 
parameter BS_CV_MAX, so it sets the CV value of the 
current RLC data block accordingly. The exact value x 
of the CV field is calculated from the formula given 
below and under the heading 9.3.1 Countdown Proce- 
dure of said specification. 



where TBC is the total number of data blocks that will be 
transmitted in the uplink TBF, BSN' is the absolute block 
sequence number of the current RLC data block and 
NTS is the number of timeslots assigned to the uplink 
TBF From step 404 the mobile station will insert the 
appropriate value of x into the CV field of each RLC 
data block until at step 405 it transmits the last RLC 
data block with the value x =0 in the CV field. 
[0025] At step 407 the network transmits a normal 
Packet Uplink Ack (or Nack) message with the FAI indi- 
cating its finality. According to block 406, at some stage 
between steps 404 and 407 the mobile station has 
found out that there are actually more RLC data blocks 
to be transmitted, so a continued TBF will be needed. 
Instead of transmitting a simple acknowledgement for 
the final Packet Uplink Ack (or Nack), at step 408 the 
mobile station transmits a message that contains an 
indication about its need for continuing the transmis- 
sion. This message may completely replace the known 
Packet Control Acknowledgement message, or it may 
be a Packet Control Acknowledgement message com- 
prising an additional information part which the network 
is able to interpret as an indication for the need of a con- 
tinued connection. If it is a complete replacement, it 
might be for example a Packet Resource Request mes- 
sage in the form which is already defined in the specifi- 
cations. 

[0026] At step 409 the network knows that the 
mobile station has successfully received the final Packet 
Uplink Ack (or Nack), so it may release the resources 
that had been reserved for the terminating uplink TBF 
However, the network is also aware of the mobile sta- 
tions's request for a continued TBF, so it makes a 
resource allocation decision exactly as if it had received 
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a known Packet Resource Request message with no 
associations to a simultaneously terminating oid TBR If 
the resource allocation decision is positive, the network 
transmits a corresponding resource allocation message 
(currently known as the Packet Uplink Assignment mes- 
sage) to the mobile station at step 410. In the case of a 
negative resource allocation decision, step 410 corre- 
sponds to the transmission of a rejection (currently 
known as the Packet Access Reject message). It is 
advantageous to use the same PDCH or Packet Data 
Channel for the transmission of the message at step 
410 which the mobile station used to send its acknowl- 
edgement combined with the additional resource 
request at step 408. We will assume that the decision 
was positive: after having received an allocation of 
resources the mobile station may start to transmit RLC 
data blocks again at step 41 1 . If the decision was nega- 
tive, communication would simply end after step 410 
and the mobile station would have to revert to the com- 
mon control channel(s) where it could then again try 
requesting resources as is known from prior art 
arrangements. 

[0027] If the message transmitted by the mobile 
station at step 408 was only a slightly modified acknowl- 
edgement for the final Packet Uplink Ack (or Nack), it 
may happen that there was not enough space in the 
message to express the continuing communication 
needs of the mobile station in detail. The message may 
be for example in the form of an access burst, which has 
limited capacity of transmitting additional information 
compared to a normal traffic burst. Figure 4b illustrates 
a procedure in which the mobile station transmits such 
a slightly modified acknowledgement at step 408': one 
well-defined bit is enough to convey to the network the 
need for a continued connection. At step 409' the net- 
work makes a preliminary decision to either reject the 
request (for example due to bad congestion) or to ask 
for details. At step 410' the network transmits a mes- 
sage that assigns a limited amount of resources to the 
mobile station, which uses this opportunity to transmit at 
step 41 1 ' a detailed Packet Resource Request message 
or another message specifying its needs for a continued 
connection. At step 412* the network makes a final 
resource allocation decision and at step 413* it informs 
the mobile station about its results: it either rejects the 
mobile station's request, in which case communication 
ends thereafter, or it grants a decided amount of 
resources, in which the transmission of RLC data blocks 
will start at stage 414*. 

[0028] We wilt next describe application of the prin- 
ciple of Figure 3 to a continued downlink TBF that gen- 
erally corresponds to the previously mentioned GPRS 
specifications. In Figure 5 the transmitter is generally 
represented by the network 501 and the mobile station 
502 is the receiver We will later describe in detail the 
role of the different network devices in the operation 
described generally at the left-hand side of Figure 5 and 
the right-hand side of Figure 4. 



[0029] The setup from scratch and operation of a 
downlink TBF will follow the previously known proce- 
dures, represented generally by block 503 in Figure 5. If 
an uplink TBF exists at the time of selling up the down- 

5 link TBF, there exists the possibility for the network of 
using a specific Assignment message in the dedicated 
control channels of the uplink TBF to initiate the setup of 
a downlink TBF. At step 504 the network transmits the 
RLC data block which it currently regards as the last 

10 one. and indicates this by selling the FBI bit of that RLC 
data block to 1 \ At step 506 the mobile station which at 
this stage has no means of knowing about the additional 
RLC data blocks transmits the Packet Downlink Ack 
message (in case there existed a need for retransmis- 

75 sions at this stage, the mobile station would transmit a 
Packet Downlink Nack message, which would cause the 
network to retransmit the requested RLC data blocks - 
eventually the procedure will end in the transmission of 
a Packet Downlink Ack message). Simultaneously the 

20 mobile station will start a certain timer as indicated by 
the hatched bar 507. Around the time between steps 

504 and 506 the network realises according to block 

505 that there are still other RLC data blocks to be 
transmitted so a continued downlink TBF will be 

25 needed. 

[0030] The network knows that while the timer 507 
is running in the mobile station, it may still use the previ- 
ously allocated dedicated channel(s) to transmit mes- 
sages to the mobile station. The network releases the 

30 old TBF and allocates resources for a new TBF at step 
508 (actually the allocation of resources for the new 
TBF may be decided upon already at the time when the 
network becomes aware of the need for a continued 
connection). At step 509 the network transmits a modi- 

35 fied Packet Downlink Assignment message which con- 
tains, contrary to the previously known Packet Downlink 
Assignment messages, an additional field which we will 
call the CONTROL.ACK field. It does not need to be 
larger than one bit. According to an advantageous 

40 embodiment of the invention a bit value 'V in the 
CONTROL_ACK field indicates to the mobile station 
that the Packet Downlink Assignment message defines 
the resources allocated to a new downlink TBF instead 
of just being a reallocation of the old resources. As a 

45 result, at step 510 the mobile station considers the pre- 
vious downlink TBF as released and a new downlink 
TBF as set up. It also resets the timer 507. At step 511 
the transmission of downlink RLC data blocks may con- 
tinue through the newly defined downlink TBF. 

so [0031 ] The advantage of releasing the old TBF and 
immediately setting up a new one instead of just contin- 
uing with the previous resource allocations is that the 
characteristics of the new TBF may be quite different 
from those of the old one. Indeed there is no require- 

55 ment that the transmitting side only gets to know about 
the additional RLC data blocks at the very closing stage 
of the old TBF. It may happen, for example, that the 
transmitting device knows from the beginning that some 
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parts of the data to be transmitted requires a different 
RLC mode (acknowledged/unacknowledged). Accord- 
ing to the current specifications changing the RLC mode 
is not allowed in the middle of a TBF so prior art 
arrangements have required that once the part of the 5 
information with the first RLC mode requirement has 
been transmitted, the old TBF used for that must be 
released and a new TBF must be set up through a time- 
and resource consuming visit to the common control 
channels. Such a case is easily handled by setting up w 
the new TBF as a continued packet-switched communi- 
cation connection as described above with reference to 
Figures. 3 to 5. 

[0032] We will then briefly describe a mobile station 
and a base station subsystem according to an advanta- 15 
geous embodiment of the invention. Figure 6 illustrates 
schematically a mobile station which comprises a GSM 
radio transceiver 601 known as such as means for 
implementing packet-switched radio connections with a 
remote base station. A packet data part 602 is coupled 20 
to the GSM radio transceiver. The source and sink of 
transmitted and received data respectively is the appli- 
cations block 603. and the transmission of data between 
it and the GSM radio transceiver goes through a RLC 
data block assembler/disassembler 604. A TBF control- 25 
ler 605 is responsible for setting up and maintaining the 
TBFs according to the needs expressed by the applica- 
tions block on one hand and to the setup requests 
received from the network on the other. The TBF con- 
troller 605 is arranged firstly to construct the acknowl- 30 
edgement messages to received final 
acknowledgements so that if at the time of receiving a 
final acknowledgement there are still uplink RLC data 
blocks to transmit, the final acknowledgement will not be 
answered with a conventional Packet Control Acknowl- 35 
edgement message but with either a completely replac- 
ing Packet Resource Request message or with a 
modified Packet Control Acknowledgement message 
indicating the need for a continued packet-switched 
communication connection. Secondly the TBF control- 40 
ler is arranged to watch for the value of the 
CONTROL_ACK field in received Packet Downlink 
Assignment messages and to interpret a certain prede- 
termined value as an indication for releasing an old TBF 
and for immediately setting up a new one according to 45 
the other contents of such a Packet Downlink Assign- 
ment message. 

[0033] Figure 7 illustrates schematically a base sta- 
tion which comprises a plurality of transmit (TX) and 
receive (RX) units 701 , a transmission unit 702 for com- so 
municating with a packet-switched network (GPRS) and 
a cross-connecting unit 703 for arranging the mapping 
of data between radio connections and network connec- 
tions. It also comprises a TBF controller 704 responsi- 
ble for setting up and maintaining the TBFs according to 55 
the setup requests received from the network on one 
hand and the setup requests received from the mobile 
stations on the other. The TBF controller 704 is 



arranged firstly to construct downlink packet assign- 
ment messages so that by using the value of a certain 
field it may indicate whether the assignment concerns 
the reassignment of the resources of a previously 
defined TBF or whether the assignment is to be inter- 
preted as a command to release a previous TBF and to 
immediately set up a new one. Secondly the TBF con- 
troller is arranged to investigate the answers from 
mobile stations to final acknowledgements and to inter- 
pret certain predefined contents of them as a request 
for the immediate setup of a new uplink TBF as a con- 
tinuation to a terminating one. 

[0034] Although the foregoing description uses the 
reserved names of certain messages and communica- 
tion concepts which are strictly associated with a certain 
specification of a single packet-switched communica- 
tion system, it is to be noted that the invention is gener- 
ally applicable to all such communication systems in 
which the allocation of dedicated channel(s) remains 
valid for a short period after data has been transmitted. 
[0035] We will briefly refer to such alternative 
embodiments of the invention that would require more 
changes to the existing specifications of the GPRS sys- 
tem than the one discussed above. A first alternative 
embodiment is to arrange for a continued "follow-up" 
allocation of dedicated resources for a longer time than 
what has been defined in the current GPRS standards 
and proposals. We may require that after a previous 
TBF between a mobile station and the network has 
been terminated, a timer X with a predetermined cycle 
is started. The network will assign to the mobile station 
a limited dedicated uplink transmission resource so that 
the allocation is valid while the timer X is still running. 
The mobile station will continue listening to the dedi- 
cated downlink channels that were associated to the 
terminated TBF. If new uplink RLC data blocks come up 
in the mobile station while the timer X is still running, the 
mobile station will use its limited dedicated uplink trans- 
mission resource to transmit a specific indication about 
its need to set up a continued uplink TBF. It on the other 
hand, the network finds out that a continued downlink 
TBF should be set up while the timer X is still running, it 
uses the previously used dedicated downlink channels 
(which the mobile station is still listening to) to transmit 
the corresponding Packet Assignment message. This 
embodiment has the drawback that some dedicated 
uplink capacity will be allocated in vain if the mobile sta- 
tion does not have any data to transmit. In such a case 
the mobile station may use the allocation for sending 
measurement results or other generally useful signal- 
ling. 

[0036] A simple alternative for the continued uplink 
TBF is to allow for the mobile station to increment the 
value of the CV field during the countdown from value 
15. as additional RLC data blocks come up before the 
value 0 has been reached. Currently the specifications 
unconditionally forbid any CV value incrementing to 
avoid confusion in the allocation of uplink block period 



7 



~X:iD: <EP_... 1021017A2 l.> 



13 



EP 1 021 017 A2 



14 



allocations. 

[0037] A possible situation to be dealt with is such 
where a mobile station has an active uplink TBF with the 
network but the characteristics of that TBF should be 
changed. As an example we may discuss a change in s 
the required throughput or priority value. A known solu- 
tion for upgrading a throughput or priority value is to 
transmit from the mobile station to the network a Packet 
Resource Request describing the new required TBF 
characteristics as soon as the mobile station knows that 10 
such an upgrading will be needed. The aim is then to 
make a characteristics update to the existing uplink TBF 
before the mobile station starts transmitting the RLC 
data blocks that require the upgraded throughput class 
or priority value. The problem of the proposed approach is 
is that if the CV value countdown procedure for the RLC 
data blocks of the previous kind starts before the mobile 
station receives an acknowledgement from the network, 
the uplink TBF with the upgraded characteristics will ter- 
minate very soon. Also the proposed approch does not 20 
allow downgrading the throughput or priority value in the 
same way but calls for terminating the previous uplink 
TBF and setting up a new one from scratch. An alterna- 
tive proposal for downgrading is to allow the uplink 
transmissions to continue without informing the network 25 
about the change; this might result in unfair treatment of 
simultaneous competing uplink TBFs which actually 
should receive better service than the "secretly" down- 
graded one. 

[0038] The embodiment described above allows for 30 
a continued uplink TBF to be set up fluently so that the 
up- or downgrading of the characteristics may be done 
at the time instant between the terminating TBF and the 
continued TBF. On the other hand the embodiment also 
allows for the characteristics of an existing TBF to be 35 
changed in the middle of the "old" RLC data blocks: 
even if a CV value countdown procedure is accidentally 
triggered, no significant harm will be caused because 
the continued TBF will be fluently set up anyway. How- 
ever, it is more advantageous to change the uplink TBF 40 
characteristics after all "old" RLC data blocks have been 
successfully transmitted and before the transmission of 
the "new" RLC data blocks commences, because in 
some cases it may happen that the network rejects the 
characteristics update as unacceptable and in that case 45 
it should be ensured that at least the "old" RLC data 
blocks get through before the connection is terminated 
due to the rejection from the network Of course the 
same result could be achieved even with the character- 
istics update message being transmitted while the "old" so 
RLC data blocks are still being transmitted if the charac- 
teristics update message includes a reference to the 
upcoming RLC data block after which the requested 
characteristics update should come into effect. 
[0039] A continued TBF in the sense of the present ss 
invention may be used to circumvent the requirement in 
the present specifications that some changes are not 
allowed in the middle of a single TBF. As an example we 



may consider changing the RLC mode from acknowl- 
edged to unacknowledged or vice versa during an 
active TBF. Currently the proposed specifications strictly 
forbid changing the RLC mode in the middle of a TBF. 
An obvious change to the existing specifications would 
be simply allowing for such a change in which case the 
transmitting side should transmit to the receiving side a 
specific message informing it about the upcoming 
change and indicate the RLC block number from which 
the change would take effect. Thus, there will be no 
need to specify the RLC block number if the change of 
mode takes place at the border between a terminating 
TBF and a continued TBF. 

Claims 

1. A method for establishing a continued communica- 
tion connection after a terminating communication 
connection between a transmitting station and a 
receiving station in a communication system where 
communication connections take place on dedi- 
cated communication resources temporarily asso- 
ciated to them, characterised in that it comprises, 
the steps of indicating the termination of the termi- 
nating communication connection through a com- 
munication resource associated to the terminating 
communication connection (304, 404, 405. 504) 
and indicating the need for a continued communica- 
tion connection through a dedicated communica- 
tion resource (305, 408. 408'. 509). 

2. A method according to claim 1 , characterised in 
that the terminating communication connection is a 
packet-switched uplink communication connection 
between a mobile station and a base station in a 
mobile telecommunication system, whereby the 
communication resource associated to the termi- 
nating communication connection is a dedicated 
uplink packet channel and the dedicated communi- 
cation resource for indicating the need for a contin- 
ued communication connection is an uplink 
transmission instant assigned to the mobile station 
for use after a certain final data transmission 
through the terminating communication connection. 

3. A method according to claim 2, characterised in 
that the terminating procedures of a packet- 
switched uplink communication connection without 
a subsequent continued communication connection 
comprise the steps of transmitting from the mobile 
station to the base station a final data block contain- 
ing an indication of its finality (405). transmitting 
from the base station to the mobile station a final 
acknowledgement indicating the successful recep- 
tion of the final data block (407) and transmitting 
from the mobile station to the base station a control 
acknowledgement indicating the successful recep- 
tion of the final acknowledgement, wherein 
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said uplink transmission instant assigned to the 
mobile station for use after a certain final data 
transmission through the terminating communica- 
tion connection is the uplink transmission instant for 
transmitting said control acknowledgement. 

4. A method according to claim 3. characterised in 
that it comprises the step of transmitting, during 
said uplink transmission instant for transmitting said 
control acknowledgement a modified control 
acknowledgement (408') indicating the need for a 
continued communication connection. 

5. A method according to claim 4, characterised in 
that it further comprises the step of transmitting, 
through a certain further dedicated communication 
resource, a detailed request for dedicated 
resources for the continued communication con- 
nection (41 1"). 

6. A method according to claim 3, characterised in 
that comprises the step of transmitting, during said 
uplink transmission instant for transmitting said 
control acknowledgement, a detailed request for 
dedicated resources for the continued communica- 
tion connection (408). 

7. A method according to claim 1, characterised in 
that the terminating communication connection is a 
packet-switched downlink communication connec- 
tion between a base station and a mobile station in 
a mobile telecommunication system, whereby the 
communication resource associated to the termi- 
nating communication connection is a dedicated 
downlink packet channel and the dedicated com- 
munication resource for indicating the need for a 
continued communication connection is an down- 
link transmission instant on a dedicated downlink 
channel that was associated with data transmission 
through the terminating communication connection. 

8. A method according to claim 7, characterised in 
that in a mobile telecommunication system where 
the assignment of downlink communication 
resources takes place through downlink resource 
assignment messages from base stations to mobile 
stations, it comprises the step of transmitting, at a 
downlink transmission instant on a dedicated down- 
link channel that was associated with data trans- 
mission through the terminating communication 
connection, a modified downlink resource assign- 
ment message indicating the need for a continued 
communication connection (509). 

9. A method according to claim 1, characterised in 
that the step of indicating the need for a continued 
communication connection comprises the step of 
indicating the need for a communication connection 



with at least one characteristic that is different from 
the corresponding characteristic of the terminating 
communication connection. 

5 10. A method according to claim 9, characterised in 
that the step of indicating the need for a continued 
communication connection comprises the step of 
indicating the need for a communication connection 
with different priority class than that of the terminat- 

10 ing communication connection. 

11. A method according to claim 9, characterised in 
that the step of indicating the need for a continued 
communication connection comprises the step of 

75 indicating the need for a communication connection 
with different required throughput than that of the 
terminating communication connection. 

12. A mobile station of a mobile telecommunication 
20 system, comprising means for setting up and main- 
taining uplink communication connections with 
base stations, characterised in that it comprises 
means for indicating the termination of a terminat- 
ing uplink communication connection through a 

25 communication resource associated to the termi- 
nating communication connection and indicating 
the need for a continued uplink communication con- 
nection through a dedicated communication 
resource. 

30 

13. A mobile station according to claim 12, character- 
ised in that said means for indicating the termina- 
tion of a terminating uplink communication 
connection comprise means for transmitting to the 

35 base station a final data block containing an indica- 
tion of its finality, and said means for indicating the 
need for a continued uplink communication connec- 
tion comprise means for responding to a final 
acknowledgement indicating the successful recep- 

40 tion of the final data block with a control acknowl- 
edgement indicating additionally the successful 
reception of the final acknowledgement. 

14. A mobile station according to claim 12, character- 
45 tsed in that said means for indicating the termina- 
tion of a terminating uplink communication 
connection comprise means for transmitting to the 
base station a final data block containing an indica- 
tion of its finality, and said means for indicating the 

so need for a continued uplink communication connec- 
tion comprise means for responding to a final 
acknowledgement indicating the successful recep- 
tion of the final data block with a detailed request for 
dedicated resources for the continued communica- 

55 tion connection. 

15. A mobile station according to claim 12, character- 
ised in that it further comprises means for setting 
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up and maintaining downlink communication con- 
nections with base stations, means for monitoring, 
after the termination of a downlink communication 
connection, a set of downlink channels which were 
associated with the terminated downlink communi- 5 
cation connection, and means for interpreting a cer- 
tain predefined downlink message on one of the 
monitored downlink channels as an indication of a 
continued downlink communication connection. 

10 

1 6. A base station subsystem of a mobile telecommuni- 
cation system, comprising means for setting up and 
maintaining downlink communication connections 
with mobile stations, characterised in that it com- 
prises means for indicating the termination of a ter- is 
minating downlink communication connection 
through a communication resource associated to 
the terminating communication connection and 
indicating the need for a continued downlink com- 
munication connection through a dedicated com- 20 
munication resource. 

17. A base station subsystem according to claim 16, 
characterised in that said means for indicating the 
termination of a terminating downlink communica- 25 
tion connection comprise means for transmitting to 

the mobile station a final data block containing an 
indication of its finality, and said means for indicat- 
ing the need for a continued downlink communica- 
tion connection comprise means for responding to 30 
a final acknowledgement indicating the successful 
reception of the final data block with a resource 
assignment message indicating an assignment of 
resources for a continued downlink communication 
connection. 35 

18. A base station subsystem according to claim 16, 
characterised in that it further comprises means 
for setting up and maintaining uplink communica- 
tion connections with mobile stations, means for 40 
responding to the transmission of an indicated final 
data block in an uplink communication connection 
with a final acknowledgement comprising an 
assignment for the transmission of a control 
acknowledgement and means for interpreting a cer- 45 
tain predetermined message, received as a control 
acknowledgement after the transmission of said 
final acknowledgement, as an indication of a need 

for a continued uplink communication connection. 
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